「管理階級」告訴我們(產品團隊)一定要在我們的產品做這個功能,我必須完成且發布,否則我拿不到獎金。
「管理階級」向我們(產品團隊)施壓,如果我們不做這個功能,沒辦法向「董事會」展示,我們將沒辦法籌劃下一輪資金。
「業務」指責現在的產品缺少哪些功能,讓他們沒辦法進行販售。
產品團隊表示,沒辦法拒絕、延後上面這些功能的需求
產品團隊為了趕出這些不同的功能,跳過使用者研究、減少撰寫使用者故事的時間,將精力聚焦在能完成更多的功能。
產品團隊拼盡全力趕出許多功能,但沒時間用更有策略性的做法。
軟體新版的發布,完全成了上面提到許多的功能,老闆、管理層表示很棒棒
軟體新版的發布,發布前沒有足夠時間驗證
軟體新版的發布,排山倒海的客戶回饋,網站壞了(因為新功能沒時間被好好驗證),客戶沒有因為新功能感到開心,因為有問題,客戶流失了許多終端使用者,反而對系統沮喪。
上面發現我們的產品內的優先順序有許多重要條目、且目標不一致,
產品團隊開法的功能有許多目標、導致團隊注意力分散
注意力分散讓團隊迷失,忘記真正的目標是什麼、最重要的是什麼東西?
產品團隊現在的模式,比起目標能帶來的結果(Outcome),更重視能盡量交付完成全部的工能(Output)
當組織陷入用產出(Output)來衡量其成功,而不是用結果(Outcome)來衡量成功,這時組織會聚焦於開發很多不同功能、頻繁進行發布,更甚於這些結果實際能帶來的價值。
公司因此停止對使用者產生價值、開始流失使用者、市場,漸入崩壞,是為掉入「建構陷阱」
公司如果能更有計畫安排好「有目的性」、「穩健地」產品管理行動,方可使產品團隊更能聚焦、尋找到機會,最大化業務及客戶價值,從而逃脫 建構陷阱